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SUMMARY 


The  present  effort  was  designed  to  accomplish  the  following 
tasks:  (a)  Investigate  and  define  Reliability  and  Maintainability 
(R&M)  analysis,  documentation  and  cracking;  (b)  Define  the 
frequency  and  method  of  specific  R&M  data  collection;  (c)  Perform 
comparability  analysis  of  data  elements  defined  in  Task  1  and 
data  elements  currently  in  the  Unified  Data  Base  (UDB  2000);  and 
(d)  Prepare  a  final  report  covering  the  results  and  findings  of 
each  Cask. 

The  investigation  and  definition  of  requirements  in  Task  1 
were  accomplished  through  research  of  applicable  directives  and 
through  personal  contact  with  Offices  of  Primary  Responsibility 
(OPRs).  The  results  of  this  cask  are  addressed  in  detail  with 
examples  provided  in  Che  form  of  an  RiM  Program  Audit  Trail  chart 
and  a  Reliability  Management  chart. 

The  frequency  and  method  of  specific  R&M  data  collection 
(Task  2)  are  then  discussed.  Primarily,  it  was  found  chat  the 
frequency  of  R&H  data  collection  is  acquisition  program 
dependent,  as  is  the  requirement  for  the  capability  to  assess  the 
R&M  program  status.  Reports  on  program  status  are  required  on 
demand,  as  determined  by  the  acquisition  program  manager.  Data 
collection  after  fielding  will  be  required  in  a  near-real-time 
mode  for  the  proposed  Reliability  and  Maintainability  Information 
System  (REHIS). 

A  comparison  of  the  data  elements  required  and  the  data 
elements  currently  in  the  UDB  2000  was  accomplished  in  Task  3. 
Results  of  this  task  show  Chat  although  some  of  the  elements  are 
currently  in  the  UDB  2000,  they  are  not  in  the  form  needed  to 
satisfy  the  requirements  for  tracking.  The  elements  currently  in 
UDB  2000  are  not  t  ime/ phase- r  e  1  a  t  ed  ,  as  is  necessary  to  satisfy 
the  requirements  identified  in  Task  1. 

The  authors  identify  additional  data  elements,  screens,  and 
reports  Chat  should  be  incorporated  into  UDB  2000  .  They. also 
recommend  that  an  interface  between  UDB  2000  and  RE  MIS  be 
incorporated  into  Che  REMIS  development  effort.  Finally,  it  is 
also  recommended  that  an  Air  Force  policy  decision  on  the 
retention,  use,  and  method  of  storing  Logistic  Support  Analysis 
Record  (LSAR)  data  after  fielding  be  obtained  as  soon  as 
possible. 


PREFACE 


This  work  was  initiated  by  the  Logistics  and  Human  Factors  Division, 

Air  Force  Human  Resources  Laboratory,  Wright-Patterson  Air  Force  Base, 
Ohio,  under  Project  2940.  The  Work  Unit  was  2940-04-01,  Unified  Data 
Base  (UDB)  for  Logistics  Information. 

Appreciation  is  extended  to  LTC  Joseph  W  Coleman  of  the  Acquisition 
Logistics  Branch  of  AFHRL  for  his  guidance  and  encouragement  throughout 
this  effort.  Appreciation  is  also  extended  to  the  many  individuals  of 
Air  Force  Acquisition  Logistics  Center  at  Wright-Patterson  Air  Force 
Base,  Ohio,  who  supplied  information  in  support  of  this  study. 
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1.0  INTRODUCTION 


Background 


i ncreasing 
due  Co  Che 
and  supporc 
monicoring 


The  Deparcmenc  of  Defense  (DoD)  is  placing 
emphasis  on  Reliabilicy  and  M a i n c a i n a b  i  1  i  C y  (R&M), 
evcT'-increasing  coses  aasociaCed  <<ich  Che  ope  ration 
of  new  weapon  sysCens.  Consequently,  procedures  for 
and  cracking  Reliabilicy,  Availability,  end  Mai nc a i nab i 1 i Cy  (RAM) 
paramecers  were  developed  and  published  in  APR  800-18,  Air  Force 
Reliabilicy  and  Maincainabilicy  Program,  dated  IS  June  1982. 
This  regulation  escablishes  Air  Force  policy  relative  Co  the 
managemenc  and  control  of  an  R&M  Program  for  each  weapon  system 
acquisicion  and  major  modification  program.  Independent  reviews 
of  major  defense  system  acquisition  programs  (see  APR  800-5)  will 
be  made  to  assess  Che  adequacy  of  the  R&M  program. 


The  present  effort  addresses 
scoring, 
assessments 


the  method  of  collecting, 
retrieving,  and  presenting  the  results  of  these 
throughout  Che  life  cycle  of  the  system /equipment. 
The  term  R&M  includes  availability  and  readiness  as  defined  in 
APR  800-18.  Air  Force  Logistics  Command  (APLC)  Supplement  1  to 
APR  800-18,  dared  10  May  1983,  further  defines  the  specific 
responsibilities  of  APLC  with  respect  Co  R&M  program  management 
during  Che  acquisicion  phase  and  after  fielding  of  Che 


system/ equipment 


The  results  of  a  preliminary  analysis  were  previously 
submitted  on  17  May  1985.  Additional  research  and  analysis  were 
conducted  to  verify  the  findings  of  the  preliminary  analysis  and 
to  expand  the  investigation  to  additional  sources  of  information. 

There  is  a  need  for  R&M  tracking  in  three  distinctereas. 
One  is  for  the  contractor's  predictions  in  meeting  the  R&M 
requirements  imposed  by  Che  Government  agency  procuring  the 
system  /  equi  pm  ent.  The  second  is  for  program  management  during 
development,  and  the  third  is  continued  cracking  after  fielding 
of  Che  sy s c era/ equ  i  pmen t .  In  addition,  there  is  a  need  to  track 
Availability  (A)  as  well  as  R&M.  Therefore,  this  study  addresses 
R&M  and  A  (commonly  referred  to  as  RAM  parameters). 

Tasks  To  Be  Performed 


The  R&M  Study  consisted 
identified  below: 

0  f 

four 

sequential  tasks 

a  s 

Taak  1  -  Investigate  and  de 

fine 

the 

requirements  for 

R&M 

analysis,  documentation,  and 

tracking 

throughout  the  wca 

p  0  n 

system  development  cycle,  based  on  MIL-STD-1692A,  MIL-STD-'S5, 
MIL  —  STD-H70,  MIL  —  STD  — 1388— lA,  AFR  800—18.  and  other  sources. 


offices  of  Primary  Responsibility  (OPRs)  for  the  various 
MTL-STDs  will  be  contacted  for  the  purpose  of  determining  Che 
extent  to  which  anticipated  changes  to  the  MIL-STDs  would 
impact  the  R&M  community. 

Task  2  -  Define  the  frequency  and  method  of  specific  R&K  data 
collection  throughout  the  acquisition  cycle  of  a  weapon  system. 
Define  the  method  of  historical  R&M  data  storage,  data 
management,  and  data  retrieval.  Define  and  justify  specific 
output  reports  and  frequency  of  reports  required  throughout  the 
acquisition  cycle  of  a  weapon  system  for  R&M  tracking  purposes. 
Coordinate  findings  and  recommendations  with  appropriate  Air 
Force  offices  responsible  for  R&M  data  collection,  storage, 
reporting,  and  tracking. 

Task  3  -  Perform  comparability  analysis  of  R&M  data  element 
requirements  covered  in  Task  1,  and  the  data  elements  currently 
in  the  Unified  Data  Pase  (UDB)  2000  system.  Recommend  and 
justify  the  additional  data  elements  needed  to  satisfy  the  R&M 
requirements  identified  in  Task  1. 

Task  4  ■>  Prepare  a  final  report  covering  the  results  and 
findings  of  Tasks  1,  2,  and  3,  and  provide  specific  and 
detailed  recommendations  and  justification  for  additional 
outputs,  frequency  of  data  collection,  and  historical  storage 
methods,  with  supporting  rationale  for  enhancements  to  the  UDB 
system  to  satisfy  R&M  data  collection,  data  s t or  age /ma  na gem e n t  , 
and  reporting  requirements. 


Purpose 


The  purpose  of  the  present  investigation  was  to  determine 
the  degree  to  which  R&M  logistics  analysis  requirements  are 
satisfied  by  the  UDB  2000  system  data  elements  and  outputs,  and 
to  recommend  additional  UDB  2000  data  elements  and  outputs  co 
satisfy  these  requirements  if  necessary. 


2.0 

Contractor  Predictions/Allocations 

The  first  need  addressed  can  be  satisfied  by  the  R&M 
Tracking  Report  previously  defined  for  the  UDB  2000  and  for  which 
the  specifications  have  been  provided.  The  second  need  is  the 
subject  of  this  paper  and  will  be  addressed  in  detail,  along  with 
appropriate  conclusions  and  recommendations  for  incorporating  the 
additional  data  elements  into  the  UDB  2000  database,  inrerfating 
with  the  developing  Reliability  and  Maintainability  Information 
System  (REMIS),  and  reports/output  Cc  satisfy  the  requirements 
identified. 


TASK  1.  INVESTIGATE  AND  DEFINE  REQUIREMENTS 


The  program  managemenc  requirements  were  derived  from 
personal  discussions  with  the  individuals  responsible  for 
providing  the  information  Co  the  program  managers  (PMs)  and 
information  obtained  during  Chase  contacts  in  Che  form  of  data 
formats,  data  elemencs,  and  reference  material.  The  individuals 
contacted  were  extremely  cooperative  in  providing  the  information 
requested  and  offered  a  number  of  comments  and  suggestions  which 
were  valuable  in  reaching  the  final  conclusions  and 
recommendations . 

Appendices  A  and  B  were  provided  by  the  Aeronautical  Systems 
Division  (ASD/EN-PA).  Appendices  C  and  D  were  provided  by  the 
Air  Force  Acquisition  Logistics  Center  (AFALC/ERR). 

The  purpose  of  the  R&M  Program  Audit  Trail  (Appendix  A)  and 
the  Reliability  Managemenc  Chart  (Appendix  B)  is  to  provide  the 
AFALC  Commander,  Che  Managemenc  Air  Logistics  Center  (ALC) 
Commander,  and  the  AFLC  Commander  with  Che  periodic  assessment  of 
the  R&M  Status  of  Defense  System  Acquisition  Review  Council 
(OSARC),  Program  Assessment  Review  (PAR),  and  Special  Program 
Requirements  (SPE)  Programs  (Reference  AFLC  Supplement  1  to  APR 
800-18,  paragraph  ll.lg(l),  and  ll.lh(7)). 

The  R&M  Program  Audir  Trail  (Appendix  A)  identifies  the 
format  and  three  categories  of  R6H  data  elemencs  to  be  cracked: 

a  Mean  Time  Between  Maintenance  (MTBM) 

e  Maintenance  Manhours  Per  Flight  Hour  - 

Organisation  Level  (MMH/FH  -  Org  Level) 

e  Full  Mission  Capable  ( FMC ) 

It  should  be  noted  that  this  format  differs  slightly  from 
the  one  provided  at  Che  time  the  initial  preliminary  analysis  was 
performed.  The  difference  is  in  the  data  elements  for  the 
"Predecessor,"  where  only  the  "User  Requirement"  and  "Field 
Value"  for  all  three  categories  are  required.  The  elemencs  for 
Che  "New"  are  the  same  as  chose  previously  identified.  These 
elemencs  are  as  follows: 

•  User  Requirement  (USER  RQMT) 

•  Program  Management  Directive  Value  ( PMD  VALUE) 

•  Contract  Requirement  (CONT  RQMT) 

•  Projected  Value  (PROJ  VALUE) 

•  Demonstrated/Tested  Value  (DEMO/TF.  STED  VALUE) 

•  Field  Value  (FIELD  VALUE) 

•  Program  Management  .Assessment  (PM  ASSESS) 

These  elements  apply  to  all  three  categories  to  be  tracked. 


The  Reliebilicy  Menagemenc  chare  (Appendix  B)  idencifies  Che 
"Reliability  Managemenc"  data  elements  and  format.  The  complete 
list  of  data  elements  needed  to  construct  this  chart  is  as 
follows: 


•  Acquisition  Phase  (ACQ  Phase) 

e  Concept  (By  Calendar  Year  -  CY  and  Date) 
e  Demo/Val  (By  Calendar  Year  -  CY  and  Date) 
e  Full  Scale  Development  (FSO)  (By  Calendar  Year  •  CY  and 
Date 

a  Production  (By  Calendar  Year  -  CY  and  Date) 

*  a  Cumulative  Test  Time  (Flight  Hours)  By  Date  and  Type 
Test 

a  Stare  Testing  (By  Date  and  Type) 
a  Critical  Design  Review  (CDR)  -  (By  Date) 
a  First  Flight  (By  Date) 
a  Production  Decision  (By  Date) 

a  Initial  Operational  Capability  (IOC)  -  (By  Date) 
a  Threshold  Values  (AFSARC,  DSARC,  etc.) 
a  Predicted  Values 
a  Contractural  Requirement 

a  Planned  Growth  (By  Time/Date  relationship) 
a  Projected  Growth  (By  Time/Date  relationship) 

♦  Cumulative  Test  Time  must  identify  the  type  of  test 
(Reliability  Qualification  Test  (RQT),  Flight  Test,  etc.). 

This  particular  format  is  obviously  for  aircraft.  Some  of 
the  elements  would  need  to  be  redefined  if  this  same  capability 
were  to  be  applied  to  equipments  other  than  aircraft.  For 
example,  "First  Plight"  would  not  be  applicable  Co  Ground 
Communications  or  Support  Equipment,  nor  would  Cumulative  Test 
Time  be  in  flight  hours.  Therefore,  the  definitions  for  these 
fields  would  need  to  be  keyed  to  the  type  of  equipment  in  order 
for  the  output  to  be  of  a  generic  nature.  This  would  also  be 
true  for  the  Appendix  A  format,  particularly  as  it  relates  to 
Full  Mission  Capable  (FMC). 


Continued  Tra ckine  After  Fieldini 


M  a  t  u  r  i  t 


Appendix  C  identifies  a  method  of  cracking  reliability  at 
the  component  level  (Line  Replaceable  Unit  (LRU)/Shop  Replaceable 
Unit  (SRU)).  This  method  combines  the  results  of  Optimum  Repair 
Level  Analysis  (ORLA),  the  AFLC  Recoverable  Consumption  Item 
Requirements  System  ( D04  I  )  data,  and  AFM  66-1,  Maintenance  Data 
Collection  (MDC)  -  (field  data)  and  utilizes  regression  analvsis 
techniques.  The  D041  System  is  not  one  of  the  systems  to  be 
replaced  by  REMlS;  therefore,  it  must  be  assumed  that  the  DO-i! 
System  will  continue  to  be  a  stand-alone  system.  In  addition, 
the  REMIS  is  to  incorporate  a  regression  analysis  capability 
which  is  not  inherent  in  the  b'DB  2000  database  (Reference  REM  IS 
Request  for  Proposal  (RFP),  paragraph  2.2.2  General  System 
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Objeccives,  subparagraph  k).  This  is  definitely  a  needed 
cracking  capability  but  appears  to  be  more  appropriate  for 
inclusion  in  the  REMIS  development  than  in  UDB  2000.  This  type 
of  tracking  relates  to  fielded  systems,  in  that  the  projections 
are  based  on  the  failure  data  reported  through  the  field  data 
reporting  systems.  However,  there  should  be  provisions  for 
updating  Che  Logistic  Support  Analysis  Record  (LSAR)  dacabase(s) 
with  Che  results  of  this  analysis  (Mean  Time  Between  Removal 
(MTBR)  and  Maintenance  factor  (MF)).  This  is  essential  if  the 
LSAR  is  CO  be  utilized  as  a  validated  historical  record  to 
support  future  acquisitions  in  terms  of  comparability  analysis  of 
Che  sane  or  similar  components. 

Appendix  D  provides  the  basis  for  projecting  the  reliability 
growth  at  Che  component  level  and  is  related  to  Appendix  C. 


3.0  TASK  2.  DEFINE  FREQUEMCY  AND  METHOD  OF  R&M  DATA 
COLLECTION.  STORAGE.  MAHAGEMEMT.  AHD  RETRIEVAL 

Requirements  For  Assessment 

The  document  that  specifically  establishes  the  requirement 
for  R&M  Tracking/Audi c  Trail  is  AFR  800-18,  as  supplemented  by 
AFLC  Supplement  1,  dated  10  May  1983;  it  establishes  the 
fiequency  of  reporting  requirements  (Reference  Paragraph  11.1, 
g(l)  and  paragraph  11.1,  h(7)  of  AFLC  Supplement  1).  These 
reviews  will  be  scheduled  independently  for  each  program. 
However,  there  is  a  specific  requirement  for  a  quarterly  Program 
Assessment  Review  (PAR)  utilizing  Che  format  in  Attachment  4  Co 
AFR  800-18  for  fielded  systems  (RCS:  HAF-LEY(AR)  7904).  The 
sources  for  these  data  are  System  Availability  ( Q- D 0  5 6 T - B 3  1)  a n d 
Scandard  R&M  Data  Products  (Q-D956T-B34)  which  support 
preparation  of  these  assessments. 

Data  Storage,  Management,  and  Retrieval 

The  proposed  screen  layouts  and  output  report  formats  for 
Che  R&M  Program  Audit  Trail  data  and  Che  Reliability  Management 
Chart  data  are  contained  in  Appendix  E.  The  screen  layouts  are 
not  divided  into  R&M  Program  Audit  Trail  data  screens  since  so 
much  of  Che  data  is  duplicated  between  the  two  reports.  The 
first  two  screens  contain  single-entry  data  and  data  Chat  are  not 
required  to  be  Cracked  by  Date/Phase  relationship.  The  remaining 
screens  are  designed  to  allow  multiple  entries  by  Phase,  Type  of 
Test,  and  Date,  The  output  report  formats,  on  Che  other  hand, 
are  divided  into  R&M  Program  Audit  Trail  data  and  Reliability 
Management  Chart  data.  This  provides  for  a  separate  output 
report  containing  only  Che  required  data  to  construct  each  chart 
(R&M  Program  Audit  Trail  Chart  and  Reliability  Management  Chart). 
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4.0  TASK  3.  PERFORM  COMPARABILITY  ANALYSIS 
Data  Elements  Not  Currently  in  UDB  2000 

The  parameters  identified  for  the  R&M  Audit  Trail  (Appendix 
B)  are  not  currently  in  Che  UDB  2000  in  Che  form  needed  for  this 
purpose.  "Predicted"  and  "Measured"  values  are  in  the  UDB  2000 
but  are  not  C  ime/ phase-rela  ted  .  As  defined  in  MI  L  -  STD  -  1  3  8  8  -  2  A  , 
these  values  are  the  projected  "mature"  values  and,  therefore, 
will  not  satisfy  Che  requirements  for  the  R&H  Audit  Trail.  These 
values  would  serve  only  as  the  "Projected"  or  "Goal"  values  to  be 
achieved  at  maturity,  which  is  normally  considered  to  be  2  years 
after  IOC. 

Data  Elements  Required  For  Tracking 

Appendices  A  and  B  identify  Che  parameters  which  were 
identified  by  Che  OPRs  as  required  for  R&M  Audit  Trail  and 
Reliability  Management  according  to  APR  800-18,  as  supplemented 
by  AFLC  Supplement  1.  The  LSAR  data  records  currently  defined  by 
MIL- STD- 1  3 8 8 - 2 A  do  contain  the  System  End  Item  Mean  Time  Between 
Failures  (HTBFs)  in  terms  of  "Minimum  Acceptable"  and  "Best 
Operational  Capability"  as  requirements.  The  contractor's 
"Predicted"  MTBF  is  also  provided  in  the  LSAR  B  data  record  along 
with  Che  "Growth  Rata."  This  cannot  be  related  to  cumulative 
test  cime/phase  and  will  nor  satisfy  the  need  for  tracking.  The 
proposed  data  record  screen  formats  and  report  output  formats 
presented  in  Appendix  B  will  allow  the  data  to  be 
s C 0 r e d  /  r e c r  i  e V e d  by  cumulative  time/phase  relationship.  This 
will  provide  the  data  in  the  form  required  to  construct  the 
charts . 


5.0  RELIABILITY  AND  MAINTAINABILITY 
INFORMATION  SYSTEM  (REMIsT 

Interface 

A  comprehensive  search  of  the  interfacing  systems  identified 
in  the  REMIS  RFP  failed  to  identify  an  interface  with  the  UDB 
2000.  However,  the  RFP  states  under  paragraph  2.4. 1.2,  titled 
"Product  Performance  Subsystem,"  implementation  of  this  subsystem 
is  anticipated  to  provide: 

" c r a d  1  e - t o- g r av e  R&M  Tracking  via  on-line  access  to  LSAR 
data  containing  original  R&M  design  specifications  and 
performance  parameters," 

This  provision  would  appear  to  imply  that  LSAR  data  will  be 
accessible  on-line  as  a  part  of  the  REMIS  development.  However, 
paragraph  2.2.3,  Process  Objectives,  subparagraph  g  indicates 
that  the  system  will: 


"provide  Che  capability  to  receive  and  score  predictions  of 
initial  (Minimum  Acceptable  Value)  and  mature  (Best 
Operational  Capability)  R&M  parameters  (provided  from 
Logistics  Support  Analysis  (LSA)  records  or  another  source) 
and  to  project  the  planned  growth  of  these  parameters  to 
their  maturity." 


This  statement  appears  to  be  in  conflict  with  the  previous 

it  is  unclear  as  to  exactly  what  Che 
relation  to  LSAR  data.  If  the  LSAR 
it  will  require  duplication  of 


statement.  Therefore, 
objective  of  REMIS  is  in 
database  is  to  be  a  part  of  REMIS 
the  data  contained  in  the  LSAR. 
that  the  "Minimum  Acceptable 
Capability"  values  are  LSAR 
Maintenance  Requirements.  This 
Government  to  the  contractor 
The  contractor  may  use  the  LSAR 
requirements  to  lower  indenture 


It  should  be  further  pointed  out 
Value"  and  "Best  Operational 
Data  Record  A,  Operation  and 
information  is  provided  by  the 
as  requirements,  not  predictions. 
Data  Record  A  to  "Allocate"  these 
level s  . 


R&M  predictions  are  recorded  on  Che  LSAR  Data  Record  B,  Item 
Reliability  (R)  and  Maintainability  (M)  characteristics.  This 
data  record  provides  the  capability  to  record  "Comparability," 
"Allocated,"  "Predicted,"  and  "Measured"  values.  It  does  not 
identify  Che  parameters  in  terms  of  "Minimum  Acceptable  Value"  or 

"Best  Operational  Capability."  There  - - '  *  “  k....*. 

secs  of  data  for  tracking  purposes, 
detail  under  program  requirements. 


is  a  need  to  address 
This  is  discussed  in 


both 

more 


If  paragraph  2.2.3,  subparagraph  g,  of  the 
be  a  part  of  the  REMIS  development,  there 
duplication  of  effort  in  the  development 
capability  in  Che  LDB  2000.  There  is 
be  Che  logical  source  for  Che  R&M 
fielding  (measured  values).  The  question 
updated  with  Che  measured  values 
Tracking  capability  is  developed  for  Che 
measured  values  will  be  essential 


0  f 

no  quest  ion 
parameters  to 

i  s  : 

provided  from 


REMIS  RPP,  is  Co 
is  definitely 
an  R&M  cracking 
Chat  REM  IS  will 
be  crack e-d  after 
Will  Che  LSAR  be 
REMIS  ?  I f  an  R&M 


UDB  2000,  updating 
Co  this  development. 


Che 


6.0  CONCLUSIONS  AMD  RECOMMENDATIONS 
Air  Force  Policy  on  PeCention  of  LSAR  Not  Clear 


There  appears  Co  be  some  question  as  Co  the  Air  Force  policy 
relative  to  Che  retention  and  use  of  LSAR  data  beyond  the 
acquisition  phase.  It  is  recommended  that  Systems  and  Applied 
Sciences  Corporation  (SASC),  through  their  role  in  the  REMIS 
development,  recommend  an  interface  between  REMIS  and  UDB  2000  as 
a  part  of  Che  REMIS  development. 


Interface  With  REMIS  Needed 

If  this  interface  were  established,  a  much- improved  RAM  and 
Reliability  Growth  projection  capability  would  be  possible. 
Since  REMIS  is  to  incorporate  both  a  graphics  and  regression 
analysis  capability  (Reference  REMIS  RFP  paragraph  2.2.2,  General 
System  Objectives,  subparagraph  k),  the  charts  shown  in  both 
Appendices  could  be  produced  on-line,  using  the  UDB  2000  database 
as  the  source  data. 

Appendix  C  could  also  be  produced  on-line  for  a  given 
LRU/SRU,  or  produced  in  a  batch  mode  when  multiple  LRUs/SRUs  are 
involved.  The  UDB  2000  will  not  be  the  source  for  these  data  but 
an  interface  between  REMIS  and  UDB  2000  will  allow  the  UDB  2000 
LSA  records  to  be  updated  from  REMIS.  This  update  should  occur 
each  time  the  report  for  a  given  LRU/SRU  is  produced. 

Appendix  E  identifies  the  data  elements,  screen  layouts,  and 
data  element  descriptions  for  those  data  elements  to  be  added  to 
the  UDB  2000  database.  The  frequency  of  update  should  occur 
prior  to  producing  the  report.  The  frequency  of  report 
production  depends  upon  specific  program  requirements;  however, 
it  would  be  produced  on  demand. 

Appendix  E  also  includes  a  recommended  hard-copy  report 
output  which  will  provide  the  capability  to  manually  construct 
the  charts  shown  in  Appendices  A  and  B  until  such  time  that  REMIS 
is  operational.  This  is  recommended  as  an  interim  measure  only. 

Although  the  incorporation  of  the  recommended  additions  to 
the  UDB  2000  will  provide  RAM  tracking  capability  for  programs 
utilizing  UDB  2000,  the  same  capability  will  not  be  available  for 
programs  not  utilizing  UDB  2000.  Therefore,  a  recommendation  for 
developing  this  capability  is  not  possible  until  such  time  that 
the  Air  Force  establishes  policy  relative  to  retention  of  LSAR 
data  and  how  and  where  these  data  will  be  scored. 

Areas  To  Be  Tracked 


There  are  three  distinct  areas  that  need  to  be  addressed  in 
terras  of  RAM  tracking.  These  are: 


e  Contractor  Tracking  of  Predictions  versus  Allocations 
•  Program  Management  Tracking  and  Projections  to  Maturity 
e  Operational  Systems  Tracking  (Fielded  Systems) 

throughout  the  life  cycle  of  the  system /equipment 

Contractor  Tracking  of  Predictions  Versus  Allocations 


The  contractor's  tracking  of  predictions  versus  allocations 
is  essential  to  ensuring  the  program  requirements  are  being 
achieved.  This  capability  was  previously  defined  for  UDB  2000, 
and  the  specifications  were  furnished.  The  contract 
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normally  required  Co  use  Che  Cop-level  RAM  paramecers  provided  by 
Che  GovernmenC,  and  Co  allocaCe  chese  down  co  Che  lower  indenCure 
levels.  The  prediecions  are  aggregaced  from  Che  boCCom  up  and 
compared  Co  Che  allocacions  aC  inCermediaCe  levels  co  ensure 
prediecions  are  noc  exceeding  allocacions.  The  reporcs  idencify 
any  values  chac  exceed  choae  allocaCed  baaed  upon  Che  currenc 
scacus  of  Che  LSAR  dacabate;  chaC  is,  everyching  Chac  has  been 
idencified  co  Che  dacabase  ac  che  cime  Che  reporc  is  produced. 
This  reporc  may  be  used  Co  assise  in  Che  developmenc  of  che 
chares  depicCed  by  Appendices  A  and  B  aC  each  Concraccor's 
Assessmenc  Review  (CAR).  This  reporC  also  serves  as  che  source 
for  che  cime/phase-relaced  daca  elemencs  which  are  inpuc 
ucilizing  che  proposed  screens  depicCed  by  Appendix  E.  This 
provides  Che  cepabilicy  of  cracRing  over  Cime  as  che  weapon 
syscem  evolves,  is  produced,  and  is  deployed  as  an  operacional 
sy s  cem  . 


Program  Management  Tracking 

The  R&H  Audic  Trail  (Appendix  A)  and  che  Reliabilicy 
Managemenc  Chare  (Appendix  B)  were  provided  by  che  Office  of 
Primary  Re s p on s i b i 1 i c y  (  ASD  -  office  Symbol  EN-PA)  as  Che  formaC 
and  daCa  elemencs  required  co  saCisfy  che  requirements  of  APR 
800-18  and  AFLC  Supplement  1,  This  formac  is  applicable 
chroughouc  che  acquiaicion  cycle.  The  daCa  elemeoCs  idencified 
in  che  screen  layouts  depicted  in  Appendix  E  relate  directly  to 
che  data  elements  idencified  in  Appendices  A  and  B,  and  would  be 
used  Co  crack  che  RAM  parameters  to  "maCurity"  as  defined  by  che 
program  manager;  chey  would  apply  Co  major  modification  programs. 


Operacional  System  Tracking 


Operacional  system  cracking  throughout  the  life  cycle  of  che 
s y s c em/equ i pmenc  is  reported  through  the  field  data  reporcing 
systems  in  che  format  prescribed  in  Attachment  4,  APR  800-18, 
under  Reports  Control  Symbol  (RCS):  HAP-LEY(AR)  7904.  These 
reports  address  RAM  paramecers  on  operacional  (fielded) 
sysceras/equL pmenc.  The  information  contained  in  Chese  reports 
would  be  Che  source  for  updating  the  LSaR  database  wich  measured 
values  for  use  in  support  of  future  acquisition  programs. 

The  data  elements  identified  for  tracking  for  program 
management  and  operational  system  tracking  are  not  inherent  in 
the  MIL-STD-1388-2A  LSAR.  Por  example.  Pull  Mission  Capable 
(FMC)  is  one  of  che  elements  co  be  tracked  for  program  management. 
The  LSaR  identifies  availability  only  in  terms  of  "Inherent 
Availability  (Ai),"  "Achieved  Availability  (Aa),"  and 
Operational  Availability  (Ao)."  In  our  research,  we  were  unable 
to  find  any  definition  that  relates  either  of  chese  elements  to 
FMC. 
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The  REMIS  RFP  is  not  clear  as  to  Che  Air  Force  policy 
relative  Co  Che  retention  of  the  LSAR  data  after  fielding.  If 
Che  UDB  2000  database  is  expanded  to  incorporate  the  additional 
data  elements,  this  will  still  leave  a  void  in  the  data  system 
for  acquisitions  that  do  not  use  UDB  2000.  Assuming  chat  the 
required  interface  with  RCMIS  is  incorporated,  there  is  the 
problem  of  where  the  data  will  be  stored  for  those  systems  not 
using  UDB  2000.  This  would  appear  Co  be  essential  Co  consistency 
in  cracking  capability. 


APPENDIX  A:  R&M  PROGRAM  AUDIT  TRAIL 
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HeilABlLlTY  I  HAlHTAlNAamiY  PflOGRAN 


TITLE:  RELIABILITY  AND  MAINTAINABILITY  PROGRAM  AUDIT  TRAIL 


REQUIREMENT!  Mandatory  chart  for  CAR/PAR/SPR  briefings. 

PTOPOSE :  To  portray  and  monitor  critical  RAM  parameters  and  the  rela- 
tionship  betveen  user  needs,  program  direction,  contract  requirements, 
demonstrated/ tested/projected  values,  and  field  performance. 

INSTRUCTIONS: 


1.  The  format  will  be  an  audit  trail  betveen  the  user  needs, 
program  direction,  projected  value,  demonstrated/ tested  value,  and  field 
performance.  The  audit  trail  will  be  shown  for  the  nev  system  and  for  a 
predecessor  defined  as  an  operational  system  which  is  most  similar  to 
the  nev  system  and  will  be  used  for  historical  comparison.  If  no 
suitable  predecessor  system  exists  so  state. 

a.  User  need.  Normally  stated  in  the  SON.  (Nev  and  predeces¬ 
sor.  ) 


b.  Program  management  direction.  The  value  that  is  contained 
in  the  program  direction  document  (normally  the  PMD).  If  different  from 
the  user  requirement  explain  why.  (Nev  system  only.) 

c.  Contractual  requirement.  The  specification  or  contractual 
value.  If  measured  differently  than  the  first  two  values  indicate  and  be 
prepared  to  explain.  (New  system  only.) 

d.  Projected  value.  The  PH's  assessment  of  the  value  that  will 
be  attained  at  maturity  (define  maturity).  Explain  basis  of  projection. 
Parameters  will  be  consistent  with  the  contractual  requirement.  (New 
system  only. ) 


e.  Demonstrated/ tested  value.  This  value,  with  parameters  to 
be  consistent  with  the  contractual  value,  will  be  based  on  actual  demon¬ 
stration/test  data.  The  data  may  be  from  development  test,  a  reliability 
growth  development  test,  a  MIL-STD  781  test,  a  maintainability  demon¬ 
stration,  or  a  combination  thereof.  The  PH  must  be  prepared  to  explain 
the  source  of  the  data  (Nev  system  only.) 

f.  Field  value.  This  will  be  the  value,  measured  in  opera¬ 
tional  terms,  based  on  lOT&E/OT&E  and/or  actual  field  use.  (Nev  and 
predecessor. ) 

g.  Program  Manager's  Assessment.  This  block  will  be  color 
coded  using  the  following  guidelines  which  are  intended  to  aid  the 
program  manager  in  making  an  assessment  of  the  audit  trail  parameters. 

(1)  Each  audit  trail  parameter  will  have  its  own  program 
manager's  assessment  and  will  be  rated  as  follows: 


(a)  Satisfactory  (green).  Satisfactory  indicates  that 
the  contractual  requirement,  projected  value,  and  any  measured  value 
(demonstrated,  tested,  and/or  field  value)  meet  the  user/PMO  require¬ 
ment. 


(b)  Marginal  (yellow).  Marginal  indicates  an  existing 
problem  for  which  there  is  some  question  whether  the  contractual 
requirement,  projected  value,  or  any  measured  value  meet  the  user/PMD 
requirement.  However,  the  problem  appears  to  be  within  the  program 
office's  or  product  division's  ability  to  solve  and  an  action  plan  is 
underway  to  solve  the  problem. 

(c)  Unsatisfactory  (red).  Unsatisfactory  indicates  a 
serious  problem  exists  in  which  the  contractual  requirement,  projected 
value  or  any  measured  value  will  not  meet  the  user/PMO  requirement  and 
requires  the  assistance  of  HQ  AFSC  and/or  HQ  USAF  for  resolution. 

(2)  The  program  manager  should  be  prepared  to  address 
rationale  for  the  assessment  of  each  parameter. 

2.  As  a  minimum,  a  matrix  will  be  shown  for  each  critical  R&H 
parameter  stated  in  a  program  direction.  If  a'  particular  value  for  a 
given  box  is  not  available  enter  NA;  if  the  box  is  not  applicable  enter 
N/A.  (Note  that  the  R&M  parameters  and  values  shown  are  for  illustrative 
purposes  only.  The  PM  must  select  the  parameters  from  attachment  1  of 
APR  800-18  that  are  critical  for  his/her  program.) 

3.  In  the  example  asterisks  are  entered  in  three  boxes  of  the  FMC 
matrix  indicating  further  explanation  is  needed.  In  this  case  FMC  is  not 
measured  directly  but  is  derived  from  MTBM  and  MMH/FH.  The  PM  must  be 
prepared  to  discuss  such  "exceptions." 
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APPENDIX  B:  RELIABILITY  MANAGEMENT  CHART 
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RELIABILITY  MANAGEMENT  CHART 


TITLE J  RELIABILITY  MANAGEMENT  CHART 


REQUIREMENT ;  Mandatory  chart  for  CAR/PAR/SPR  briefings. 

PURPOSE:  To  illustrate  hov  the  reliability  program  is  being  managed  to 
achieve  the  mature  requirement,  to  show  the  relaticnship  between  key 
factors  and/or  phases  of  the  reliability  program,  and  to  track  progress 
in  meeting  the  mature  requirement. 

INSTRUCTIONS ;  The  critical  reliability  parameter  (e.g.,  MTBF)  will  be 
plotted  on  the  vertical  axis  using  the  proper  life  units  (e.g.,  cycles, 
rounds,  hours).  Along  the  horizontal  axis  the  acquisition  phase  and 
calendar  time  will  be  shown.  Belov  the  calendar  tine  the  cumulative  test 
life  units  will  be  shown. 

1.  A  dotted  horizontal  line  will  be  used  to  indicate  the  contrac¬ 
tual  requirement  with  the  actual  value  in  parentheses. 

2.  A  dotted  vertical  line  will  be  used  to  indicate  the  "today" 
point  on  the  chart. 

.1.  The  chart  should  depict  where  the  PH  "plans  to  be"  at  any 
point  in  time  for  the  reliability  parameter.  The  resulting  "curve" 
should  rot  necessarily  be  construed  to  be  a  reliability  growth  curve  in 
the  stric'  sense  of  the  term  and  as  described  in  HIL-HDBK-189,  although 
the  PM  has  tho  diocretior.  to  use  such  a  curve  if  it  is  appropriate  for 
the  program. 
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4.  Indicate  with  solid  bullets  the  predicted  value  (or  projected 
value  if  HIL-STD-756  is  not  used.  In  this  case  be  prepared  to  discuss 
the  basis  for  the  projection). 

5.  Indicate  with  an  "x"  values  of  the  parameter  based  on  test 
results.  Belov  the  calendar  time  indicate  the  type  of  test  (TAAF,  RQT, 
flight  test,  etc.)  and  test  hours. 

6.  Indicate  threshold  (DSARC,  AFSARC,  etc.)  values  with  circles. 

7.  Show  key  milestones,  such  as  CDR  and  IOC.  For  clarity  omit 
milestones  that  predate  the  briefing  date. 

8.  Show  the  projected  "Growth"  (if  different  from  planned)  and 
explain  variances.  In  the  example  the  planned  "growth"  accounted  for 
expected  learning  during  the  transition  from  design  to  production  and 
shoved  the  contractual  requirement  being  achieved  at  IOC.  The  projected 
curve  shows  a  jump  because  a  new  technology,  not  mature  when  the  program 
was  initiated,  was  approved  at  CDR  and  will  be  Implemented  prior  to 
production  decision.  The  PM  must  be  prepared  to  discuss  such  "anomalies" 
as  veil  as  other  implicit  details  (e.g.,  number  of  test  articles,  number 
of  unincorporated  design  fixes,  definition  of  failure,  etc.). 

9.  The  contractual  value,  in  this  example,  was  decreased  slightly 
based  on  the  results  of  dem/val.  The  Reliability  and  Maintainability 
Program  Chart  will  show  how  the  current  contractual  value  is  related  to 
the  operational  need. 


APPENDIX  C:  RELIABILITY  GROWTH  AT  THE  COMPONENT  LEVEL 
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RELIABILITY  GROWTH 


Concept  -  The  succeeaful  d e a i g n ,  development,  Ceating  end 
production  of  e  new  weapon  ayscem  (such  as  the  F-16)  depends 
greatly  upon  two  resources:  time  and  money.  Typically,  a 

contractor  is  asked  to  produce  a  complex  weapon  system  or 
component  thereof  in  minimum  time  at  minimum  expense  in  a 
competitive  «:  n  v  i  r  o  nm  e  n  t  .  More  often  than  not,  the  result  is  a 
product  wh i  :h  has  not  been  sufficiently  tasted  to  identify  design 
and  manufacturing  imperfections.  These  imperfections  manifest 
themselves  as  failures  -  the  inability  to  perform  in  accordance 
with  specification  requirements. 

Early  in  the  operational  life  of  the  weapon  system,  the  user 
evaluates  the  effectiveness  of  the  system  through  actual  use.  As 
failures  occur,  the  user  places  significant  'emphasis  upon  the 
need  for  corrective  action  which  will  render  the  item  or  system 
acceptable.  As  a  result,  the  contractor  usually  becomes 
motivated  to  analyze  the  failures,  determine  the  basic  cause  of 
the  failures  and  then  effect  corrective  action  in  the  item,  in 
tech  data  and/or  in  SE.  The  result  is  an  item  with  improved 
reliability  characteristics  or  "reliability  growth." 

Duane  Postulate  -  Quantification  of  reliability  growth  was  not 
commonly  done  until  after  J.  T.  Duane  recognized  a  patterned 
relationship  between  failure  rates  and  cumulative  operating  time. 
The  following  excerpt  from  a  paper  by  J.  D.  Shelby  and  S.G. 
Miller,  "Reliability  Planning  and  Management  (RPM),"  briefly 
explains  Che  "Duane  Postulate." 

Origin  of  Reliability  Growth 

The  basic  concept  of  a  patterned  reliability 
growth...  was  first  recognized  and  published  by  J.  T. 

Duane  of  GE  Company's  Motor  and  Generator  Department  in 
1962.  His  analysis  of  test  and  operational  data  for 
programs  with  test  times  as  high  as  6  million  hours  on 
five  divergent  groups  of  products  (two  hydr  o*>ma  eh  an  i  ca  1 
devices,  two  complex  aircraft  generators,  and  a  jet 
engine)  formulated  a  pattern  which  resulted  in  the 
following  concept. 

a.  Reliability  improvement  of  complex 
equipment  follows  a  mathematically 
predictable  pattern. 


b.  Reliabilicy  improvemenc  is  approx lo a tely 
inversely  proporcional  co  che  square  root  of 
cumulacLva  operating  (cesc)  cime. 

I 

R(I)  r- - 

V  OH 

c.  For  a  conacanc  level  of  correccive  aecioa 
effort  and  implementation,  reliability  growth 
closely  approximates  a  straight  line  on  a  log 
scale. 

This  pattern  has  been  confirmed  to  be  applicable  to 
avionics  equipment  by  GE/AES  from  data  on  four  separate 
programs.  (End  of  quote) 

Initial  Provisioning  -  00-ALC/MMAR,  through  the  Resident 
Integrated  Lo  g  i  s  t i e  s  Support  Activity  (RILSA),  applied  the  above 
concept  to  the  F-16  initial  provisioning  process  as  described 
below; 

~  Mature  (9  approximately  100,000  flight  hours)  MTBP 
values  for  LRUs  were  developed  via  a  comparability 
analysis  using  a  similar  equipments  on  other  mature 
weaponssystems. 

-  The  mature  MTBF  values  were  factored  to  generate 
mature  MTBP  values.  These  mature  MTBD  values  ere  the 
MTBCT  values  entered  on  each  F-16  Optimum  Repair  Level 
Analysis  (ORLA) . 

-  Corrective  Task  ^  Mature  MTBD 

-  Using  che  reliability  growth  concept  in  reverse,  each 
mature  MTBD  was  "derated"  or  factored  Co  reflect  a  less 
reliable  situation  early  in  the  operational  life  of  Che 
F-16  (the  derate  factors  varied  depending  upon  che 
nature  of  Che  item).  The  "derated"  values  were  entered 
in  che  ORLA  as  Che  "FIHAL  GOVERNMENT  APPROVED"  value 
and,  in  most  cases,  on  che  initial  RILSA  Data  Worksheet 
used  for  initial  provisioning.  The  derate  factor  was 
based  on  projected  growth  curves  for  at  LRU  and 
subsystem  levels.  An  assumption  was  made  chat  che 
growth  race  for  MTBF  (same  as  MTBM  (inherent)  today) 
was  che  same  for  MTBD . 

Follow-on  Provisioning  -  If  che  reliability  growth 
assumption  (as  applied  above)  is  correct,  Chen  items 
should  show  improvement  as  operational  flight  hours  are 
accumulated.  To  quantify  this  expected  improvemenc, 

MMAR  developed  a  series  of  m  i  n  i - p r o g r ams  based  on  che 


Duaae  PoscuIac*  which  provide  che  Cechaicians 
wLch  raainCenaaea  factors  for  cha  first,  sacoad  and 
third  forecast  periods.  These  procedures  (attachment 
1)  are  not  used  for  all  items  or  in  all  situations,  but 
are  used  where  deemed  applicable  by  the  technician  and 
section  supervisor. 

Examples  -  Attachment  4A  contains  examples  of  Che  two 
most  common  reliability  growth  curves.  Included  are 
Che  ORLA,  the  UP97  printout,  a  graph  of  Che  HP9  7  data, 
and  a  computer  generated  chart  showing  relationships 
between  ORLA,  D041  projected  values,  and  maintenance 
data  removal  rates.  Note  that  Che  D041  values  shown  on 
this  chart  are  based  on  the  initial  D041  products  and 
will  be  changed  to  reflecc  Che  new  forecast  values  when 
Che  final  D041  products  are  available. 

Source:  AFALC/ERR 
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APPENDIX  D:  RELIABILITY  GROWTH  PROCEDURES 


D041  GROWTH/PROJECTIOM  CURVE  PROCEDURES 
1.  ASSUMPTIONS: 

a.  Reliability  growth  ia  described  through  a  na  thema c i ca L 
funecioa  which  can  be  plotted  as  a  atraight  line  on 
log-log  graph  peper  (Duane  Postulate). 

b.  In  general,  ttacure  reliability  ia  achieved  at 
a p p r ox  iffl a t a  1 y  100,000  fH.  (lodividuel  items  will 
obviously  mature  at  different  points  of  time.) 

c.  The  initial  baseline  growth  rate  (reference  paragraph  2b 
below)  is  the  maximum  rate  expected. 

d.  The  contractor  MTBCT  (mature  MTBD)  is  the  maximum  value 
expected. 

e.  Production  equipment  growth  curves  begin  at  the  2000  FH 
(end  of  FSD)  point  on  the  curve.  This  point  is 
equivalent  to  ”0"  production  aircraft  FH. 


2.  PROCEDURES: 

a.  On  a  quarterly  basis,  the  reliability  engineer 
determines  the  projected  FH  values  for  the  beginning  of 
the  Isc,  2nd,  and  3rd  forecast  periods  using  PA/0041 
values.  Two  thousand  (  2000  )  Fh  are  added  to  each  value 
to  compensate  for  starting  the  growth  curves  at  2000  FH . 

b.  The  baseline  growth  curve  is  constructed  using  "FINAL 
GOVERNMENT  APPROVED"  ORLA  maintenance  factor  (at  2000 
FH)  and  the  contractor  MTBCT  value  (at  100,000  FH). 

c.  The  current  projected  value  ("P")  for  MTBD  is  extracted 
from  Che  baseline  curve  at  the  end-o  f-q  ua  r  t  e  r  cumulative 
FH  ♦  2000  FH  point. 

d.  Using  all  data,  knowledge,  experience,  etc.,  available, 
the  technician  estimates  the  current  MTBD  ("E")  of  the 
item. 

e.  The  applicable  growth  techniques  are  applied  using  the 
following  criteria: 

(1)  If  "E"  is  greater  than  MTBCT,  use  "E"  as  the 
value  for  current,  Ist,  2nd,  and  3rd 
'forecasts. 


3S 
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(?. )  If  "E"  gre«c«r  chan  "P",  but  last  Chan 

MTBCT,  conatruct  a  naw  projeccad  lina  froa  cha 
"E"  valua  (at  curranc  FL  plua  2000)  Co  MTBCT. 

(3)  If  "E"  ia  Laaa  than  "P”,  eonacruec  a  line 
parallal  Co  Cha  baaalina  growth  curva, 
beginning  aC  Che  **E‘*  value  and  currant  PH  plus 
2000  FH.  Continue  Che  lina  to  the  MTBCT  valua 
or  Cha  valua  correaponding  Co  Cha  3rd  foracaac 
FH ,  whichever  occurs  firac. 

The  corresponding  lac,  2nd  and  3rd  forecast  MTBO  values 
are  axcraccad  from  cha  curva  genaracad  in  paragraph  2e 
above.  These  MTBO  values  are  chan  convarced  co 
maincenanca  factors. 


The  cofflpuCacions  referenced  in  2b,  2c,  2a  and  2f  are 
aucomacad  via  a  program  which  ia  run  on  Che  HP97 
calculacor. 
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UDB  2000  LSAR  DATA  SCREEN 
R&M  TRACKING  DATA 


END  I TIM  ACRONYM  CODE: 


I  MMH/FH 

I  MTBF  (HRS)  (ORC  LVL) 

I  PREDECESSOR: 

I  USER  REQUIREMENT:  _ _ . _ 

I  NEW  SYSTEM : 

I  USER  REQUIREMENT:  _ .  _ . _ 

I  PDM  VALUE:  _ _ _ . _ 

i  com  REQUIREMEm:  _ _ . _ 

I  THRESHOLD  VALUE:  _ 


DATE/USER  LAST  UPDATE: 


R&M2 


UDB  2000  LSAR  DATA  SCREEN 
R&M  TRACKING  DATA 


I 

I 


END  ITm  ACRONYM  CODE: 


DATE 

DATE 

ACQUISITION  PHASE: 

BEGINNING 

ENDING 

CONCEPT: 

/  / 

/  / 

DEMONSTRATION/ VALIDATION : 

FULL  SCALE  UEVELOWENT: 

■“/“/“ 

nr 

PRODUCTION: 

/  r 

'  DATE 

CRITICAL  DESIGN  REVIEW: 

/  / 

FIRST  FLIGHT: 

“■/“/“ 

PRODUCTION  DECISION 

IOC: 

START  TESTING: 

DATE/USER  LAST  OPDATE: 


R&M3  UDB  2000  LSAR  DATA  SCREEN 

R4M  TRACKING  DATA 


END  ITEM  ACRONYM  CODE: 


MEW  SYSTEM: 

PROJECTBD/PREOICTED  VALUES: 

COM  MMH/FH 


TYPE  or  TEST 

DATE 

/  / 

PLT  HRS 

MTBr(RRS) 

(ORG  LVL) 

FMC 

• 

/  / 

• 

/  / 

• 

/  / 

• 

/  / 

• 

/  / 

• 

/  / 

• 

/“"/ 

• 

/  / 

• 

DATE/USER  LAST  UPDATE: 


DATE  I 

TIME  _ : _ | 

USER  I 

- 1 


R&M4 

UDB 

2000  LSAR  data  SCREEN 

R&M  TRACKING  DATA 

DATE  /  / 

TIME 

USER 

1 

1 

END  ITEM  ACRONYM  CODE:  _ 

NEW  SYSTEM: 

DEMO/TESTED  VALUES: 

TYPE  OF  TEST  DATE 

CUM 

FLT  HRS  MTBF(HRS) 

MMH/FH 
(ORG  LVL) 

FMC 

/ 

/ 

_ _ _  • 

. 

t'l' 


UDB  2000  LSAR  DATA  SCREEN 
R&M  TRACKING  DATA 


1 

I 

END  ITEM  ACRONYM  CODE: 

1 

MMH/FH 

1 

PREDECESSOR: 

MTBFCHRS) 

(ORG  LVL) 

FMC 

1 

, 

FIELD/ ACTUAL 

VALUE : 

• 

• 

NEW  SYSTEM: 

1 

FIELD/ ACTUAL 

VALUE : 

1 

1 

CUM 

MMH/FH 

1 

TYPE  OF  TEST 

DATE 

FLT  HRS 

MTBF(HRS) 

(ORG  LVL) 

FMC 

1 

/  / 

1 

/  / 

1 

/  / 

« 

/  / 

• 

1 

“■/  / 

• 

1 

/  / 

1 

1 

1 

date/user  last  UPDATE:  _ 

D/ffK  KIBF(HHS)  ASSESS  (ORC  LVL) 
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GLOSSARY 


AFALC 

AFLC 

AFSARC 

ALC 

CAR 

CDR 

CY 

DoD 

DSARC 

FMC 

FSD 

HQAFSC 

HQUSAF 

IOC 

lOT&E 

LRU 

LSA 

LSAR 

MDC 

HMH/FH 

MTBF 

MTBD 

MTBK 

MTBR 

OPR 

ORLA 

OT&E 

PAR 

PM 

PMD 

RAM 

RCS 

REMIS 

RQT 

R&M 

SON 

S  PR 

SRU 

UDB 


Air  Force  Acquisicion  Logistics  Center 
Air  Force  Logistics  Comnend 

Air  Force  Systems  Acquisition  Review  Council 

Aerospece  Logistics  Center 

Contractor  Assessment  Review 

Critical  Design  Review 

Calendar  Tear 

Department  of  Defense 

Defense  Systems  Acquisition  Review  Council 
Full  Mission  Capable 
Full-Scale  Development 

Headquar tera ,  Air  Force  Systems  Command 

Headquarters,  United  States  Air  Force 

Initial  Operational  Capability 

Initial  Operational  Test  and  Evaluation 

Line  Replaceable  Unit 

Logistic  Support  Analysis 

Logistic  Support  Analysis  Record 

Maintenance  Data  Collection 

Maintenance  Manhours  per  Flight  Hour 

Mean  Time  Between  Failure 

Mean  Time  Between  Demand 

Mean  Time  Between  Maintenance 

Mean  Time  Between  Removal 

Office  of  Primary  Responsibility 

Optimum  Repair  Leval  Analysis 

Operational  Test  and  Evaluation 

Program  Assessment  Review 

Program  Manager 

Program  Management  Directive 

Reliability  (R),  Availability  (A),  and 

Maintainability  (M) 

Reports  Control  Symbol 

Reliability  and  Maintainability  Information  System 
Reliability  Qualification  Test 
Reliability  (R)  and  Maintainability  (M) 

Statement  of  Meed 
Special  Program  Review 
Shop  Replaceable  Unit 
Uni f ied  Data  Base 


